IN THE CLAIMS 



1 . (Currently Amended) A method for handling resets at a bus bridge, the method 
comprising: 

providing a bus bridge coupling a master component supporting a master component 
bus protocol to a slave component supporting a slave component bus protocol; 

receiving a reset signal at the bus bridge, the reset signal associated with a reset of the 
slave component and not being associated with the master component: and 

resetting said slave component and not resetting said master compopent; and 

responding to a transaction from the master component to the slave component with a 
master component bus protocol compliant signal after the reset signal is received, wherein 
responding with the master component bus protocol compliant signal allows the master 
component to continue operating without vinlatinp said master component bus protocol bus 
protocols while the slave component is being reset. 



2. (Original) The method of claim 1 , wherein the reset signal is received at a bus 
bridge master interface. 



3 . (Original) The method of claim 1 , wherein a bus bridge slave interface responds 
with the bus protocol compliant signal. 
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4. (Previously Presented) A method for handling resets at a bus bridge, the method 
comprising: 



receiving a reset signal at a bus bridge coupling a master component supporting a 
master component bus protocol to a slave component supporting a slave component bus 
protocol, the reset signal associated with a reset of the slave component; and 

responding to a transaction from the master component to the slave component with a 
bus protocol compliant signal after the reset signal is received, wherein responding with the 
bus protocol compliant signal allows the master component to continue operating while the 
slave component is being reset, wherein the bus protocol compliant signal is an AHB bus error 
signal. 

5. (Original) The method of claim 1 , wherein the master component bus protocol is 
the AHB protocol operating in a master component clock domain. 

6. (Original): The method of claim 5, wherein the slave component bus protocol is the 
AHB protocol operating in a slave component clock domain different from the master 
component clock domain. 

7. (Original) The method of claim 5, wherein the slave component bus protocol is 
the PI protocol. 

8. (Original) The method of claim 5, fiirther comprising synchronizing the reset 
signal to the master component clock domain. 

9. (Original) The method of claim 8, further comprising setting the master 
component to an idle state. 
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10. (Previously Presented) The method of claim 9, further comprising setting a bus 
bridge slave interface in an idle state while the slave component is being reset. 
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1 1 . (Currently Amended) A method for independently resetting a side of a bus bridge, the 
method comprising: 

receiving a reset signal on a first side of the bus bridge and not on a second side of 
said bus bridge; 

resetting such that a first component associated with the first side of said bus bridge 
and not resetting a second side of said bus bridge; is r e s e t whil e a 

V 

sending a signal to a second component associated with said second side of the bus 
bridge after receiving said reset signal, said signal being compliant with a bus p rotocol of 
said second side; and 

continuing to operate said second component associated with said a second side of 
the bus bridge while resetting said first component continu e s op e rating without violating 
said bus protocol of said second side bus protocols , wherein the first side corresponds 
corresponding to a first clock domain and the second side corresponds corresponding to a 
different second clock domain, 

12. (Original) The method as recited in claim 1 1 , fiirther comprising: 

synchronizing the reset signal with the second side of the bus bridge such that a 
component associated with the second side can transition to an idle state. 

13. (Previously Presented) The method as recited in claim 11, wherein receiving the 
reset signal includes: 

receiving the reset signal at an interface, the interface coupling the first side component 
to the bus bridge. 
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14. (Previously Presented) A method for independently resetting a side of a bus bridge, the 
method comprising: 

receiving a reset signal on a first side of the bus bridge such that a component 
associated with the first side is reset while a component associated with a second side of the 
bus bridge continues operating without violating bus protocols, the first side corresponding to a 
first clock domain and the second side corresponding to a second clock domain, 

wherein receiving the reset signal includes synchronously receiving the reset signal at 
both an interface and an alternating state handler, the interface coupling the first side 
component to the bus bridge and the alternating state handler being associated with the first 
side. 

15. (Original) The method as recited in claim 14, wherein the alternating state handler 
is an SR type flip-flop. 

16. (Previously Presented) The method as recited in claim 11, wherein both the 
components are implemented in programmable logic. 

17. (Previously Presented) The method as recited in claim 12, wherein one of the 
components is implemented in hard logic. 

18. (Previously Presented) The method as recited in claim 12, wherein 
synchronizing the reset signal includes: 

receiving a synchronization signal by synchronization logic, the synchronization signal 
being a result of the reset signal; 

receiving a clock input by the synchronization logic, the clock input associated with the 
second clock domain; and 
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outputting an initialization idle signal when the received clock input indicates that the 
second clock domain is running. 



7 



19. (Previously Presented) A method for independently resetting a side of a bus bridge, the 
method comprising: 

receiving a reset signal on a first side of the bus bridge such that a component 
associated with the first side is reset while a component associated with a second side of the 
bus bridge continues operating without violating bus protocols, the first side corresponding to a 
first clock domain and the second side corresponding to a second clock domain; and 

synchronizing the reset signal with the second side of the bus bridge such that a 
component associated with the second side can transition to an idle state, wherein 
synchronizing the reset signal includes: 

receiving a synchronization signal by synchronization logic, the synchronization 
signal being a result of the reset signal; 

receiving a clock input by the synchronization logic, the clock input associated 
with the second clock domain; and 

outputting an initialization idle signal when the received clock input indicates 
that the second clock domain is running; 

receiving the initialization idle signal by an interface configured for coupling to the 
component associated with the second side of the bridge; and 

outputting a component idle signal to the component associated with the second side of 
the bridge in response to receiving the initialization idle signal, the component idle signal being 
used to trigger the component associated with the second side of the bridge to transition to the 
idle state. 



20. (Previously Presented) The method as recited in claim 19, further comprising: 

outputting a confirmation idle signal fi-om the interface, the confirmation idle signal 
provided to indicate when the component associated with the second side of the bridge has 
reached the idle state. 
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21. (Currently Amended) A bus bridge for handling resets, the bus bridge comprising: 

a master interface reset input arranged to receive a reset communication and to 
generate a reset signal in order to reset a slave component; 

a slave interface reset input that does not generate any signal to reset a master 
component while said slave component is being reset; 

a bus bridge master interface, the bus bridge master interface coupled to said a slave 
component, the bus bridge master interface configured to receive said a reset signal associated 
with said a reset of the slave component on a first side of the bus bridge ^ wherein said first 
side of said bus bridge uses a first bus protocol ; 

a bus bridge slave interface, the bus bridge slave interface coupled to said a master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating said first bus protocol bu s protocols , 

22. (Previously Presented) The bus bridge as recited in claim 21 , wherein the first 
side corresponds to a first clock domain and the second side corresponds to a second clock 
domain, the first and second clock domains being different from each other. 

23. (Original) The bus bridge as recited in claim 22, fiirther comprising: 

a synchronization logic for synchronizing the reset signal with the second clock domain 
such that the master component and the bus bridge slave interface transition to an idle state. 
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24. (Previously Presented) A bus bridge for handling resets, the bus bridge comprising: 

a bus bridge master interface, the bus bridge master interface coupled to a slave 
component, the bus bridge master interface configured to receive a reset signal associated with 
a reset of the slave component on a first side of the bus bridge; 

a bus bridge slave interface, the bus bridge slave interface coupled to a master 
component, the bus bridge slave interface configured to interact vsdth the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating bus protocols; and 

an alternating state handler being associated with the first side, wherein both the bus 
bridge master interface and the altemating state handler are configured for synchronously 
receiving the reset signal on the first side of the bus bridge. 

25. (Original) The bus bridge as recited in claim 24, wherein the altemating state 
handler is a SR type flip-flop. 

26. (Previously Presented) The bus bridge as recited in claim 2 1 , wherein both the 
components are implemented in programmable logic. 

27. (Previously Presented) The bus bridge as recited in claim 2 1 , wherein one of the 
components is implemented in hard logic. 

28. (Original) The bus bridge as recited in claim 23, wherein the synchronization 
logic is configured for receiving a synchronization signal that is a result of the reset signal; for 
receiving a clock input that is associated with the second clock domain; and for outputting an 
initialization idle signal when the received clock input indicates that the second clock domain 
is running. 
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29. (Previously Presented) A bus bridge for handling resets, the bus bridge comprising: 

a bus bridge master interface, the bus bridge master interface coupled to a slave 
component, the bus bridge master interface configured to receive a reset signal associated with 
a reset of the slave component on a first side of the bus bridge; 

a bus bridge slave interface, the bus bridge slave interface coupled to a master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating bus protocols, wherein the first side 
corresponds to a first clock domain and the second side corresponds to a second clock domain, 
the first and second clock domains being different firom each other; 

a synchronization logic for synchronizing the reset signal with the second clock domain 
such that the master component and the bus bridge slave interface transition to an idle state, 
wherein the synchronization logic is configured for receiving a synchronization signal that is a 
result of the reset signal; for receiving a clock input that is associated with the second clock 
domain; and for outputting an initialization idle signal when the received clock input indicates 
that the second clock domain is miming, 

wherein the bus bridge slave interface is configured for receiving the initialization idle 
signal; and for outputting a component idle signal to the master component in response to 
receiving the initialization idle signal, the component idle signal being used to trigger the 
master component to transition to an idle state. 

30. (Original) The bus bridge as recited in claim 29, wherein the bus bridge 

slave interface is further configured for outputting a confirmation idle signal that is used to 
indicate when the master component has reached an idle state. 
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3 1 . (Currently Amended) A computer readable recording medium storing program 
instructions for handling resets at a bus bridge, the program instructions comprising: 



instructions for providing a bus bridge coupling a master compo nent supporting a 
master component bus protocol to a slave component support ing a slave component bus 
protocol; 

instructions for receiving a reset signal at said a bus bridge coupling a master 
component supporting a master component buo protocol to a slave component supporting a 
slave component bus protocol, the reset signal associated with a reset of the slave component 
and not being associated with the master component ; ^ 

instructions for resetting said slave component and not r esetting said master 
component; and 

instructions for responding to a transaction from the master component to the slave 
component with a master component bus protocol compliant signal after the reset signal is 
received, wherein responding with a master component bus protocol compliant signal allows 
the master component to continue operating without violating said master component bus 
protocol bus protocols while the slave component is being reset. 

32. (Previously Presented) The computer readable recording medium of claim 31, 
wherein the reset signal is received at a bus bridge master interface. 

33. (Previously Presented) The method as recited in claim 1, wherein either the 
master component or slave component is implemented in programmable logic on a 
programmable device. 

34. (Previously Presented) The method as recited in claim 33, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA 
and a CPLD. 
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35. (Previously Presented) The method as recited in claim 1 , wherein responding 
with a bus protocol compliant signal allows the master component to continue operating 
without stalling while the slave component is being reset. 

36. (Previously Presented) The method as recited in claim 1, wherein responding 
with a bus protocol compliant signal allows the master component to continue operating 
without locking up while the slave component is being reset. 

37. (Previously Presented) The method as recited in claim 1 1 , wherein either the 
component associated with the first side or the component associated with the second side is 
implemented in programmable logic on a programmable device. 

38. (Previously Presented) The method as recited in claim 37, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 

39. ((Previously Presented) The method as recited in claim 11, wherein responding 
with a bus protocol compliant signal allows the component associated with the second side to 
continue operating without stalling while the component associated with the first side is being 
reset. 

40. (Previously Presented) The method as recited in claim 1 1 , wherein responding 
with a bus protocol compliant signal allows the component associated with the second side to 
continue operating without locking up while the component associated with the first side is 
being reset. 



13 



41. (Previously Presented) The bus bridge as recited in claim 21, wherein the bus 
bridge is implemented on a programmable device. 

42. (Previously Presented) The bus bridge as recited in claim 41 , wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 

43. (Previously Presented) The bus bridge as recited in claim 21, wherein the bus 
bridge slave interface is configured to interact with the master component on the second side of 
the bus bridge such that the slave component is reset while the master component continues 
operating without stalling. 

44. (Previously Presented) The method as recited in claim 21 , wherein the bus bridge 
slave interface is configured to interact with the master component on the second side of the 
bus bridge such that the slave component is reset while the master component continues 
operating without locking up. 
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Please add the following new claims: 

45. (New) A method as recited in claim 1 wherein said received reset signal is not 
associated with a system-wide reset. 

46. (New) A method as recited in claim 1 1 wherein said received reset signal is not 
associated with a system-wide reset. 

47. (New) A bus bridge as recited in claim 21 wherein said received reset signal is 
not associated with a system-wide reset. 

48. (New) A computer-readable medium as recited in claim 3 1 wherein said received 
reset signal is not associated with a system-wide reset. 



15 



